EV2>l377bl0faUS 

System And Method For Intelligent Text Input 

CROSS-REFERENCE TO RELATED APPLICATION 
This application claims priority from and is related to the following prior applications: 
5 "System for Intelligent Text Input," United States Provisional Application No. 60/393,949, filed 
July 3, 2002; and "Text Input," United States Provisional Application No. 60/400,752, filed 
August 1, 2002. These prior applications, including the entire written descriptions and drawing 
figures, are hereby incorporated into the present application by reference. 



10 FIELD 

The technology described in this patent document relates generally to computer text 
input. More specifically, this document describes a system and method for intelligent text input 
that is particularly well-suited for use in wireless two-way messaging devices, cellular 
telephones, personal digital assistants (PDAs), or other types of mobile devices, but that may 

1 5 also have utility in other devices, such as a set-top box or video conference equipment. 



BACKGROUND 

The growing use of mobile devices challenges developers and manufacturers to create 
products that maximize device resources without significantly limiting device performance. One 
20 key element in the efficient design of a mobile device is the user interface, which typically 
includes one or more input components for entering text. However, typical text input 
components suffer from efficiency concerns, especially when dealing with the limited resources 
of a mobile device or when text in input in multiple languages. 
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SUMMARY 

In accordance with the teachings described herein, systems and methods are provided for 
intelligent text input. A plurality of text input components may be used to receive text input 
events from an input device. A text input directing engine may be used to translate a text input 
5 event into a platform-independent event. The platform-independent event may include an index 
value that represents the text input event. A plurality of input methods may be used, with each 
input method being operable to receive the platform-independent event from the text input 
directing engine and translate the platform-independent event into one or more input method 
specific characters based on the index value. The one or more characters generated by the input 
10 method(s) may be displayed on a graphical user interface by one of the text input components. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram of an example system for intelligent text input from a plurality 
of text input components; 
15 Fig. 2 is a block diagram illustrating an example text input directing engine; 

Fig. 3 is a top-view of an example mobile device having a telephone-style keypad for 
inputting text; 

Fig. 4 is a top-view of an example mobile device having a reduced QWERTY-style 
keyboard for inputting text; 
20 Fig. 5 is a top-view of an example mobile device having a touch screen for inputting text; 

Fig. 6 is a block diagram of an example text input-directing engine having loading and 
unloading mechanisms; 
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Fig. 7 is a block diagram of an example system for intelligent text input having an 
application specific text input component; and 

Fig. 8 illustrates example application specific text input components for an electronic 
messaging application. 

5 

DETAILED DESCRIPTION 
With reference now to the drawing figures, Fig. 1 is a block diagram of an example 
system 100 for intelligent text input from a plurality of text input components 102, 104. The 
system 100 includes the plurality of text input components 102, 104, a text input directing engine 
10 106, and a plurality of input methods 1 10. Operationally, the system 100 provides an application 
programming interface (API) between the input methods 1 10 and the text input components 102, 
104, such that both may be maintained and operated independently. 

The text input components 102, 104 are fields in a user interface that accept and display 
input from one or more user input device, such as a miniature keyboard, a telephone-type 
15 keypad, a virtual keyboard appearing on a touch screen or touchpad, or other input devices. For 
example, in an electronic messaging application, examples of text input components 102, 104 
may include the recipient ("TO") field , the copy ("CC") field and the message text field. (See, 
e.g., Fig. 8). 

The text input directing engine 106 converts text input events from the text input 
20 components 102 into platform-independent events, and directs the platform independent events 
to an active input method 110. The text input directing engine 106 may, for example, translate a 
text input event into an index value, and encapsulate the index value into a platform-independent 
event along with additional event data, such as the time that the text input event occurred, the 
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number of times that the text input event was repeated, the type of input device, the state of the 
input device (e.g., shift or alt keys depressed), or other relevant event information. For instance, 
if a user depresses a key to enter a character into a text input component 102, then the text input 
directing engine 106 may translate this text input event into an index value corresponding to the 

5 particular key depressed. In addition, the text input directing engine 106 may indicate that the 
particular key was depressed repeatedly or held for a certain amount of time and may also 
indicate the time at which the key was depressed. The operation of an example text input 
directing engine 106 is described in more detail below with reference to Fig. 2. 

The input methods 110 may map the platform-independent events to particular characters 

10 or sets of characters. For example, the input methods 110 may each map different language 
characters to the same platform-independent event. A particular input method 1 10 may thus be 
activated by a device user based on a desired language for the text displayed by the text input 
component 102. For example, one of the input methods 110 may be defined as the active input 
method for a particular text input component based on user input or based on the last active input 

1 5 method used. In addition, an input method(s) 110 may apply input logic or other functions to the 
characters or sets of characters, and may produce the resulting text, along with any variants, to 
the text input component 102 for display. 

Also illustrated in Fig. 1 is a private text input directing engine 108, which may be used 
by a text input component 104 that is independent of other text input components 102. For 

20 example, an independent text input component 104 may require text to be entered in a different 
language or in another format than other text input components 102. In the case of an electronic 
messaging application, for instance, the recipient ("TO") field may be an independent text input 
component 102 requiring text to be entered using an English language input method 110, while 
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other text input components, such as the message text field, may utilize a different input method 
110. 

Fig. 2 is a block diagram 200 illustrating an example text input directing engine 204. Fig. 
2 illustrates a text input event 201 that is entered into a text input component 202 and received by 
the text input directing engine 204. Alternatively, the text input event 201 may bypass 202 A the 
text input component 202, for example if the text input component 202 is not in focus, and may 
be directed from an input device directly to the text input directing engine 204. The text input 
directing engine 204 includes a translation module 206, a text input handler 208, and a memory 
location 210 having a mapping table or other configuration data. 

The translation module 206 converts the text input event 201 into a platform-independent 
event. As noted above, the platform-independent event generated by the translation module 206 
may include an index value corresponding to the particular text input event 201 along with 
additional event data, such as the time that the text input event occurred, the number of times the 
text input event was repeated, or other relevant event information. In addition, the system 200 is 
preferably adaptable to different types of input devices, such as a keyboard, telephone-type 
keypad, touch screen, or others. Therefore, the translation module 206 may also identify the type 
of input device and may include device-specific information in the platform-independent event, 
such as an identification of the input device and the state of the input device (e.g., normal key 
layout, shift key layout, control key layout, etc.). 

The platform-independent event generated by the translation module 206 is received by 
the text input handler 208. The text input handler 208 accesses a mapping table 210 or other 
stored configuration data to associate the platform-independent event with a particular character 
or set of characters. For example, the text input directing engine 204 may include mapping 
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tables 210 specific to each available input method and type of input device. The text input 
handler 208 may select the applicable mapping table 210 for a particular platform-independent 
event based on the currently active input method 212 for the text input component 202 and also 
based on the type of input device used to create the text input event 201. In this manner, 
simultaneous inputs may be received and processed from different types of input devices. 
Moreover, the mapping table 210 or other configuration data may be stored in an editable format, 
enabling input device configurations to be easily added or modified. 

Upon converting the platform-independent event into one or more corresponding 
characters, the text input handler 208 accesses the active input method 212 to apply input logic 
or other functions associated with the particular input method 212. For example, in one 
embodiment, the active input method may have access to a store of linguistic data that may be 
used to predict additional characters that are likely be associated with the text input event 201. 
For instance, the active input method 212 may access a word list, such as an address book, to 
predict a complete word or phrase from a partial word or phrase entered into the text input 
component 202. In addition, the input method 212 may provide for state-full text input by 
remembering the current and previous state(s) of the text input. The text input handler 208 then 
produces the resulting characters, along with any variants, to the text input component 202 for 
display. 

In one embodiment, the mapping table 210 or other configuration data may be included 
as part of the active input method 212, as described above with reference to Fig. 1. In this case, 
each input method 110 may include a language specific mapping table 210 or other type of 
configuration data, or alternatively each input method 110 may access a common store of 
mapping tables 210 or other configuration data. The active input method 212 may then be 
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accessed by the text input handler 208 to both translate the platform-independent event into one 
or more corresponding characters using the mapping table 210 and to apply any language or 
input method specific logic to the resultant textual data. 

Figs. 3-5 illustrate example mobile devices having different input devices. Fig. 3 is a top- 
view of an example mobile device 300 having a telephone-style keypad 302 for entering text. 
Fig. 4 is a top-view of an example mobile device 400 having a reduced QWERTY-style 
keyboard 402 for entering text. Fig. 5 is a top- view of an example mobile device 500 having a 
touch screen 502 for entering text on a virtual keyboard 504. Each of the example input devices 
shown in Figs. 3-5 may have a corresponding mapping table 210 within the text input directing 
engine 204. 

Fig. 6 is a block diagram of an example text input directing engine 610 having loading 
and unloading mechanisms 606, 608. Also illustrated in Fig. 6 are a device application 604 and a 
plurality of word lists 602. The word lists 602 may include linguistic information or other types 
of textual data for use by one or more device applications 604, such as a calendar application, an 
electronic messaging application, an address book application or others. For example, one word 
list 602 may include address book data, such as email addresses, that may be accessed to input 
text into fields in an electronic messaging application. Also, as noted above, one or more word 
lists 602 may be accessed by the active input method 212 to predict a complete word or phrase 
from a partial input or to perform other input logic functions. 

The loading and unloading mechanisms 606, 608 include a first loading and unloading 
mechanism 606 for loading and deleting input methods 110 to and from device memory and a 
second loading and unloading mechanism 608 for loading and deleting word lists 602 to and 
from device memory. Such dynamic loading and unloading of input methods 1 10 and linguistic 
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data 602 may, for example, be employed to conserve device memory and extend the existing 
system with new or modified data or logic without significant interfering with the rest of the 
system. 

Fig. 7 is a block diagram of an example system 700 for intelligent text input having an 
5 application specific text input component 702. An application specific text input component 702 
is restricted to certain types of textual input. For example, Fig. 8 illustrates an example graphical 
user interface (GUI) 800 for an electronic messaging application. The recipient ("TO") field 802 
and the copy ("CC) field 804 in this example electronic messaging GUI are examples of potential 
application specific text input components 702. For instance, the recipient and copy fields 802, 

10 804 may be restricted to text input in the form of an electronic mail address. 

With reference again to Fig. 7, upon receiving an input-restricted text input event from 
the application specific text input component 702, the text input directing engine 704 converts 
the text input event into a platform-independent event and associates the platform-independent 
event with one or more corresponding characters from a language and device specific mapping 

15 table, as described above. The text input directing engine 704 then accesses the active input 
method 710 to apply language specific input logic functions. In addition, data from an 
application specific word repository may be loaded to the active input method 710 to apply input 
logic pertaining to the particular application specific text input component 702. For example, an 
application specific word repository 708 may be defined based on a particular word list 602 that 

20 is applicable to the application specific text input component 702. In the example illustrated in 
Fig. 8, for instance, an application specific word repository 708 defined from an address book 
word list may be loaded to the active input method 710 when text is entered into the recipient 
("TO") or copy ("CC") text input components 702. In this manner, the active input method 710 
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may predict user input in the specific application field with added efficiency and with a higher 
degree of accuracy. 

This written description uses examples to disclose the invention, including the best mode, 
and also to enable a person skilled in the art to make and use the invention. The patentable scope 
5 of the invention may include other examples that occur to those skilled in the art. 
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